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(54) Prepaid-Service fur mobile Paketdatennetze 

(57) Die Erfindung bezieht sich auf ein Verfahren 
zur Behandlung eines Datendienstes, bei dem von 
einer ersten, insbesondere mobilen Kommunikations- 
einrichtung (MS) Daten Qberzumindest einen Teil eines 
Kommunikationssystems als Paketdaten ubermittelt 
werden und bei dem eine Verrechnung von Gebuhren 
fOr den Datendienst erfolgt. 

ErfindungsgemfiB werden die Gebuhren mit einem 
im voraus entrichteten Gebuhrenbetrag verrechnet, 
dies insbesondere parallel zur Paketdatenubertragung, 
wobei die GebQhrenverrechnung abharigig von der 
Obermittelten Datenmenge Oder Anzahl der Gbermittel- 
ten Datenpakete als Vorauszahlungs-On-Line-Verre- 
chung erfolgt 

Die Erfindung betrifft insbesondere die Einbettung 
dieser Funktion in ein existierendes Gebuhrenvoraus- 
zahlungssystem fur nicht paketorientierte Kommunika- 
tion mit der Moglichkeit einer einheitlichen Abrechnung 
des Teilnehmers fQr alle seiner Dienste. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Behandlung, insbesondere zur GebOhrenverrechnung elnes Daten- 
dienstes gemaft den oberbegrifflichen Merkmalen des Patentanspruchs 1 und ein Kommunikationssystem zum Aus- 
5 fuhren des Verfahrens. 

[0002] Fur verbindungsorientierte Kommunikationsdienste in einem Kommunikationsnetz ist es bekanntlich m6g- 
lich, die Verbindungen durch ein Intelligentes Netz (IN) steuern zu lassen. So ist beispielsweise fOr Mobilfunknetze nach 
dem GSM-Standard (Global System for Mobile Communication) eine CAMEL-Plattform (Customized Applications for 
Mobile network Enhanced Logic) gemaft der GSM-Empfehlung 03.78 deflniert, um eine weltweite Nutzung der Lei- 

w stungsmerkmale des Inteliigenten Netzes zu ermdglichen. Die Qbliche Architektur des Intelligenten Netzes sieht eine 
Dienstevermittlungsfunktion (Service Switching Function) und eine Dienstesteuerungsfunktion (Service Control 
Function) vor, die Qber eine Signalisierungsstrecke miteinander verbunden sind. Als Applikation wird hierbei ein spezi- 
elles Protokoll verwendet. das fur das Mobilf unknetz aus dem CAP-Protokoll (CAMEL Application Part) besteht. 
[0003] In bestehende Mobilfunknetze nach dem GSM-Standard werden derzeit neuartige Datendienste wie der 

is Paketdatendienst GPRS (General Packet Radio Service) gemaB der GSM-Empfehlung 03.60 eingefuhrt. Die Ubertra- 
gung im Mobilfunknetz fmdet hierbei nicht verbindungsorientiert, sondern in Form von Paketdaten statt. Diese Art der 
Obertragung nutzt die gegebenen Clbertragungsressourcen im Mobilfunknetz besser aus. Mit diesem GPRS-Netz ist 
es ebenfalls moglich, Kurzmitteilungen (SMS) zu Qbertragen. Die Architektur fur den Paketdatendienst geht davon aus, 
da(3 das vpm mobilen Teilnehmer benutzte Kommunikationsendgerat - die Mobilstation an ihrem jeweiligen Aufenthalts- 

20 ort von einem Dienstenetzknoten (Serving GPRS Support Node - GPRS: General Packet Radio System) bedient wird. 
Um Paketdaten zu empfangen Oder zu senden, ist der Zugang zu einem Paketdatennetz notwendig. Zu diesem Zweck 
werden Zugangsnetzknoten (Gateway GPRS Support Nodes) bereitgestellt, die jewells den Zugang zu dem Paketda- 
tennetz - z.B. Internet - realisieren und ein bestimmtes Paketdatenprotokoll - z.B. Internet Protokoll - unterstGtzen. Zwi- 
schen dem Dienstenetzknoten und dem Zugangsnetzknoten ist im Mobilfunknetz ein Tunnelvorgesehen, Qber den die 

25 Pakete Qbertragen werden. Da sich die mobilen Teilnehmer mit ihren Kommunikationsendgeraten zwischen mehreren 
Funkversorgungsgebieten eines Mobilfunknetzes bewegen, gelangt der einzelne Teilnehmer moglicherweise in das 
Versorgungsgebiet eines neuen Dienstenetzknotens, so daf3 der Tunnel umzuschalten ist und die Pakete auf einem 
neuen Ubertragungsweg durch das Mobilfunknetz zu Qbertragen sind. Der bisherige Dienstenetzknoten kann den 
Paketdatendienst fur den betreffenden Teilnehmer fur diesen Fall nicht mehr steuern. 

30 [0004] Ausgehend von der Behandlung eines Paketdatendienstes im Mobilfunknetz durch Dienstenetzknoten in 
Verblndung mit einem Zugangsnetzknoten zur Obertragung von Paketdaten sowie einerTunnelumschaltung bei Wech- 
sel des Versorgungsgebiets erfolgt gemaB der alteren Patentanmeldung P19849578.1 ein Interworking des Paketda- 
tendienstes mit Netzfunktionen eines Intelligenten Netzes, von denen eine Dienstevermittlungsfunktion mit dem 
jeweiligen Dienstenetzknoten zusammengeschaltet und eine Dienstesteuerungsfunktion Qber eine Schnittstelle an den 

35 Dienstenetzknoten mit integrierter Dienstevermittlungsfunktion angeschaltet wird, sowie - bei dem Wechsel des mobi- 
len Teilnehmers von dem einen Versorgungsgebiet in das andere Versorgungsgebiet zusatzlich zum Umschalten von 
dem einen Tunnel zu dem anderen Tunnel ein Umschalten von einer alten Assoziation, die zwischen der im bisherigen 
Dienstenetzknoten integrierten Dienstevermittlungsfunktion und der Dienstesteuerungsfunktion besteht, zu einer 
neuen Assoziation, die zwischen der im neuen Dienstenetzknoten integrierten Dienstevermittlungsfunktion und der 

*o Dienstesteuerungsfunktion besteht. 

[0005] Durch die Kombination von Integration der Dienstevermittlungsfunktion in den jeweiligen Dienstenetzkno- 
ten, Kommunikation mit der Dienstesteuerungsfunktion, Umschalten von alter Assoziation zu neuer Assoziation zusatz- 
lich zum Umschalten des Tunnels fur die Paketdatenubertragung, laBt sich in vorteilhafter Weise der Paketdatendienst 
wie andere IN-Dienste behandeln und steuern sowie - unbemerkt und stOrungsfrei - fOr den mobilen Teilnehmer bei 

45 einem Wechsel des Versorgungsgebiets durch Anwendung von IN-Funktionen welterhin zur VerfOgung stellen. 

[0006] Weiterhin Ist die MSglichkeit einer Vorausbezahlungs- bzw. Prepaid-online-VergebOhrung fOr Teilnehmer 
eines mobilen Netzes bekannt, bei der Sprachendienste eines Teilnehmers mit einem On-Line-Konto vergebQhrt wer- 
den. 

[0007] In der GSM-Standardisierung ist eine neue Schnittstelle (Interface) zwischen dem Paketnetzknoten (SGSN) 
so und einem Ab-rechnungsserver (SCP) mit neuen Parametern und Funktlonen vorgesehen (CAMEL Phase 3). Diese 
bietet jedoch derzeit noch keine speziell realisierbare LOsung fQr eine VergebQhrung von Paketdiensten oder Sprach- 
und Paketdiensten eines Teilnehmers mit einem On-Line-Konto. 

[0008] Der Erfindung liegt die Aufgabe zugrunde, Verfahren und Funk-Kommunikationssysteme bereitzustellen, bei 
denen die Abrechnung von Diensten eines (mobilen) Paketnetzes erweitert wird. Vorteilhafterweise sollen die Erweite- 
55 rungen fQr die Dienste- bzw. Service-Logik des Abrechnungsservers (SCP) und den Paketnetzknoten (SGSN) dabei 
begrenzt sein. 

[0009] Diese Aufgabe wird durch das Verfahren mit den Merkmalen des Anspruchs 1 und das Funk-Kommunikati- 
onssystem m'rt den Merkmalen des Anspruchs 1 6 gelost. 
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[0010] Vorteilhafte Weiterbildungen sind Gegenstand von Unteranspruchen. 

[0011] Hierwerdenzwei Ideenmiteinanderverbunden: Einerseits wirdein Paketdienstwiedas Internet fOr den Ver- 
sand von Paketdaten genutzt und andererseits wird die VergebUhrungslogik in Anlehnung an die vom kontinuierlichen 
verbindungsorientierten Dienst her bekannte VergebQhrungslogik so angepaBt, daB nur ein minimaler Aufwand und 
5 somit minimale Kosten anfallen. 

[0012] Dazu werden nur Funktionen eines Paketnetzes auf Funktionen eines leitungsvermittetten Netzes abgebil- 
det, ein Gebuhrenanpassungs-Server eingefuhrt und IP-basierte Protokolle im GSN anstelle vom Common Channel 
Signaling System No. 7 (CCSNo7) genutzt. 

[001 3] Somit wird ein Gebuhrenanpassungs-Server (CMS) an existierende Schnittstellen des Paketnetzes ange- 
io schlossen, wo er eine Protokollumsetzung auf die entsprechende Schnittstelle des leitungsvemnittelten Prepaidsy- 
stems durchf Qhrt. Die Implementierung neuer Schnittstellen kann dabei vermieden werden. Weitertiin ist die Ersetzung 
von CCSNo7-Protokollen durch IP-basierte Schnittstellen / Protokolle bzw. die Verlagerung der GSM-CAMEL-Schnitt- 
stelle vom Paketnetzknoten auf den Gebuhrenanpassungs-Server moglich. 

[0014] Gleichze'rtig kann im CMS ein Gebuhren-Aquivalent des leitungsvermittelten Services berechnet und der 
is Service somit IQckenlos in die existierende Umgebung des Prepaidsystems integriert werden. Die Vorteile die sich dar- 
aus ergeben sind insbesondere die einfache Realisierung im Netzwerk, da die bestehenden Komponenten kaum modi- 
fiziert werden miissen. 

[0015] Am GSN ist keine Abrechnungsserver-Schnittstelle (INAP/CAP) erforderlich. Zudem muB keine neue Ser- 
vicelogik im Prepaid-System (SCP) bereitgestellt werden bzw. es sind nur geringe Modifikationen durchzufuhren. 
20 [0016] Im GPRS-Serviceknoten (GSN) miissen keine Tarifdaten administriert und behandelt werden. 

[0017] Fur den Operator ergibt sich eine einfache Administration. So bleibt die Teilnehmerdatenbasis zentral im 
Abrechnungsserver/Heimatregister (SCP/HLR). Im CMS mussen nur die Tarifmodelle und keine Teilnehmerdaten 
administriert werden. 

[0018] Nachfolgend werden AusfQhrungsbeispiele anhand der Zeichnung naher erlautert. Es zeigen: 

25 

Fig. 1 die Einbindung eines neuen GebOhrenanpassungs-Servers in die Netzwerkstruktur fQr die Realisierung der 

VergebUhrungsfunktlon, 
Fig. 2 eine mdgliche Schnittstelle fQr die Kontroll-/ Ausldsefunktion und 

Fig. 3 einebeispielhafte Konfiguration elner Realisierung mit einer Multivendormoglichkeit, d.h. einer Standardisie- 
30 rungsmoglichkeit. 

[0019] Nachfolgend wird der Ablauf der On-Line-Vergebuhrung eines beispielhaften GPRS-Dienstes (GPRS: 
General Packet Radio System) beschrieben. Dabei werden im wesentlichen zwei Aufgaben realisiert: 
[0020] Erstens erfolgt bei Oder nach einer Nutzung des GPRS-Dienstes eine entsprechende Abbuchung von einem 
35 Online-Konto, die nachfolgend als Vergebuhrungsfunktion (Charging Funktion) bezeichnet wird. 

[0021] Zweitens erfolgen bei Kontolimitunterschreitungen insbesondere auch MaBnahmen, wie z.B. der Entzug der 
Serviceberechtigung (nachfolgend Kontroll-Funktion). 

[0022] Die Vergebuhrungsfunktion wird anhand der Fig. 1 verdeutlicht, die eine fQr deren Realisierung geeignete 
Einbindung eines Gebuhrenanpassungs-Servers bzw. Charging Mediation Servers (CMS) in die Netzwerkstruktur dar- 
40 stellt. 

[0023] Der obere und linke Abschnitt aus Fig. 1 stellt das fur sich bekannte GSM-Mobilfunksystem fur leitungsver- 
mittelte Verbindungen dar, der untere Abschnitt den so im wesentlichen bereits fur Paketdatendienste und den 
AnschluB an das Internet bestehenden Teil. Neu hinzugekommen ist der Gebuhrenanpassungs-Server CMS, der die 
Hauptschnittstelle zwischen diesen beiden Systemen bildet. 

45 [0024] Im oberen Abschnitt kommunlzlert der GebOhrenanpassungs-Server CMS (Charging Mediation Server) mit 
elnem zentralen Abrechnungsserver SCP (Service Control Point) Qber Verbindungen 3, 4 bzw. 5 zwischen diesem und 
einem Online-Server, einem SSP und einem Heimatregister HLR (Home Location Register), das zur Registrierung des 
Aufenthaltsortes einer Mobilstation dient. Der Abrechnungsserver SCP dient zur Offline-Vergebiihrung nach einem 
Gesprach oder zur Online-VergebOhrung. Bei der Online-VergebQhrung wird bereits wahrend eines Gesprachs eine 

so Abbuchung vom Online-Konto vorgenommen. Der Abrechnungsserver SCP steht weitertiin (Qber 8) mit einem Verwal- 
tungs- und Verrechnungszentrum ABC (Administration and Billing Center) und (Qber 10) mtt einem SMP (Service 
Management Point) in Verbindung, auf den wiederum vom Netzoperator zugegriffen werden kann. Der Netzoperator ist 
Qber eine Verbindung 1 0 mit dem Gebuhrenanpassungs-Server CMS verbunden. 

[0025] Das Heimatregister HLR steht Qber eine Verbindung 7 auch mit einem Dienstenetzknoten SGSN (Serving 
55 GPRS Service Node)in Verbindung, der anstelle einer Mobilvermittlungsstelle eine oder mehrere Mobilstationen MS 
Qber ein zwischengeschaltetes Basisstationssystem BSS an ihrem momentanen Aufenthaltsort bedient. 
[0026] Im unteren Abschnitt ist das Internet Qber eine Zugangskontrolleinrichtung (FW: Firewall) an den Internet- 
Gateway-Zugangsnetzknoten GGSN (Gateway GPRS Support Node) angeschlossen. Der Gateway-Zugangsnetzkno- 
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ten GGSN kommuniziert zudem mit einem INTRA-PLMN-IP-Backbone (PLMN-internes IP-Netz) und einem Betriebs- 
und Wartungssystem O & M (Operation & Maintanance) sowie daruber auch mit dem GebuhrenanpassungsServer 
CMS. Das INTRA-PLMN-IP-Backbone und das O & M- kommunizieren zudem auch mit dem Dienstenetzknoten 
SGSN. 

5 [0027] Der beide Abschnitte (ibergreifende Gebuhrenanpassungs-Server CMS besteht aus mehreren Einheiten, 
die im Rahmen der speziellen Funktionen erlautert werden. 

[0028] Die fett gedruckten Pfeile bzw. Verbindungen 1-10 bezeichnen existlerende Schnittstellen bzw. Interfaces, 
die als Kandidaten fur die hier umzusetzende Nutzung dienen. Dabei kann jeweils die fur die konkrete Umgebung gOn- 
stigste Schnittstelle ausgewahlt werden. 

10 

1. Liefern von Gebuhreninformationen an den Gebuhrenanpassungs-Server CMS: 

Die Vergebuhrungs-lnformation wird in den Zugangsnetzknoten GSNs in Datensatze bzw. Rekords formatiert 
und Ober einen "hot exit" bzw. zeitlich unmittelbaren Zugang an den Gebuhrenanpassungs-Server CMS geschickt. 
Hierfur kann auch ein DateiObertragungsprotokoll bzw. File Transfer Protokoll (FTP - warm billing) angewendet 
is werden. Dabei kann eine auf einem Internet-Protokoll IP basierende Schnittstelle wie z.B. das IP-Backbone (1) 
genutzt werden, oder ein O&M-Netzwerk mit z.B. Q3-!nterface (2). Wenn die Vorausbezahlungs- bzw. Prepaid-Teil- 
nehmer uber die Anmelde- bzw. Subscription Daten im SGSN gekennzeichnet sind (Schnittstelle 7), ist es moglich 
nur deren Rekords an den Gebuhrenanpassungs-Server CMS zu liefern. 

2. Verarbeitung der empfangenen Daten im Gebuhrenanpassungs-Server CMS und Berechnung einer On-Line- 
20 GebOhr (Gebuhreneinheiten): 

Der GebOhrenanpassungs-Server CMS enthSIt eine erste Tarifdatenbank (PO) fur eine Vergebuhrung von 
Diensten im Paketnetz und eine zweite Tarifdatenbank (CS), welche die Tarifstruktur fur leitungsvermittelte Dienste 
enthalt und welche der im bekannten Abrechnungsserver SCP entspricht. Diese Datenbasen k&nnen durch den 
Operator Ober die O&M-Schnittstelle (1 0) eingegeben werden. Alternativ kann natOrlich auch eine einzige, entspre- 
25 chend umfangreich strukturierte Datenbank eingesetzt werden. 

Aus den empfangenen VergebOhrungs-Datensatzen (Rekords) werden durch den Protokollhandler die rele- 
vanten Informationen an den GebQhrenberechner (Unit calculator) Qbergeben. Dieser ermittelt die GebQhr (Units) 
entsprechend des Tarifmodells, 

30 z.B. U[Gebuhren] = a x Datenvolumen[KByte] + b x Verbindungsdauer[min] + c x PDP-Context-Activation[1/0]. 

Dabei stellt die PDP-Context-Activation die Herstellung der logischen Verbindung aus dem GPRS/Mobilfunk- 
netz in ein Paketnetz mit der Mbglichkeit dar, danach Pakete zu Qbertragen. Eine Paketverbindungsaktivierung 
(PDP context activation) kann equivalent zu einer Leftungsverbindung zwischen zwei Stationen (call) betrachtet 
35 werden, wodurch letztendlich bestimmt wird, wo und wie ein Teilnehmer erreichbar ist Im Paketdienst wird so 
gesehen ein logischer Draht zwischen Mobilstationen und einem Paketnetz eingerichtet. 

Fur die Vergebuhrung von SMS kann die einfache Berechnung z.B. U[Geb0hren] = d (je gesendete SMS) ver.- 
wendet werden. 

3. Ausgabe der relevanten Information an das On-Line-Prepaidsystem und Bestimmung eines Vergebuhrungs- 
40 Aquivalents im Leitungsvermittlungs-Tarifmodel entsprechend dem gewahlten Interface: 

Der Protokollhandler in Richtung des Vorausbezahlungssystems simuliert Ereignisse (events) im circuit swit- 
ched bzw. leitungsvermittelten Netzwerk, die zu einer definierten VergebQhrurigsaktion im Abrechnungsserver 
SCP fuhren. Dabei kann die zweite Tarifdatenbank CS angewendet werden. 

Um Nebeneffekte zu vermeiden, konnen die Protokolloperationen der entsprechenden Schnittstelle auch so 
45 modifiziert oder entworfen werden, dafJ sie reine VergebOhrungsoperationen enthalten, falls diese nicht bereits 
schon existieren (z.B. fur die direkte Reduzierung eines Zeit- oder GebOhrenkontos um einen bestimmten Betrag). 

Auf Grundlage der in den Datensatzen enthaltenen Information kann auch das Zustandsmodell (State Model) 
der Sitzungen (Sessions) im Dienstenetzknoten SGSN nachgebildet werden. Damit ist es mdglich, das CAMEL- 
Protokoll im Gebuhrenanpassungs-Server CMS zu terminieren. FOr diese Funktion sollten die im Schritt 1 Qbertra- 
50 genen Datensatze vorzugsweise erweitert werden, um die Erzeugung eines Rekords beim PDP-Context-Aufbau zu 
ermoglichen. Weiterhin sollte im Rekord der Parameter SCP-Adresse zur Auswahl des Abrechnungsservers SCP 
enthalten sein. 

Nachfolgend werden einige Beispiele fur nutzbare Interfaces zur Ubertragung von Gebuhreninformationen 
zwischen dem CMS und dem Abrechnungsserver aufgefuhrt: 

55 

A1) INAP/CAP-Schnittstelle (3): 

Eine Mdglichkeit ist ein CAMEL-Protokoll fur leitungsvermittelte Verbindungen (CS): Dabei erfolgt eine 
Berechnung einer bestimmten Rufdauer, welche in einem simulierten Dialog vom Teilnehmerkonto abgezogen 
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wird. 

Eine andere Moglichkeit ist das CAMEL-Protokoll fiir GPRS !m CMS zu unterstQtzen. 
Urn die CAMEL-Operationen vollstandig untersttltzen zu konnen, sind auch die entsprechenden Kontoll- 
funktionen mit CAMEL zu realisieren und Qber das GPRS Vergebuhrungs-Protokoll (Schnittstelle/lnterface 1) 
5 in Echtzeit zum Dienstenetzknoten SGSN zu signalisieren. 

A2) MAP-(Mobile Application Protocoli)-Schnittstelle (4): 

Es erfolgt eine Berechnung einer Anzahl von vergebQhrbaren Ereignissen (wie USSD, Supplementary 
Service Usage), welche dem SCP signalisiert werden. 

w 

A3) Online-Schnittstelle, z.B. IP-basierte Schnittstelle zum Kontoaufladen (5): 

Proprietor definierte Nachrichten mit Vergebuhrungsinformationen werden an den Abrechnungsserver 
. SCP geschickt 

15 

Die Gebuhren werden als negative Kontostandserhdhung an den Abrechnungsserver SCP weitergege- 
ben. 

[0029] Nachfolgend wird die Behandlung von Kontolimitunterschreitung unter Bezug auf Fig. 2 beschrieben, die 
20 m6gliche Schnittstellen fur die Kontroll-/Auslosefunktion darstellt. Im Vergleich zu Fig. 1 sind hier der Online-Server 
weggelassen und ein Nachrichten- bzw. Kurzmitteilungs-Gateway sowie ein Kurzmitteilungszentrum SMSC Qber eine 
Verbindung bzw. eine Schnittstelle 6 hlnzugefOgt. Die einzelnen Verbindungen sind angelegt, wie dies anhand der 
nachfolgenden Beispiele dargelegt wird. 

[0030] Das System sollte hier in der Lage sein, das Erreichen eines Kontostandslimits an den Teilnehmer zu signa- 
ls lisieren. Dazu kann das Interface bzw. die Schnittstelle 6 zu einem Nachrichten -Gateway verwendet werden, urn Kurz- 
mitteilungen an den Teilnehmer auszusenden. 

[0031] FOr den Fall einer Schwellwertunterschreitung muB dem Teilnehmer die Berechtigung fur weitere Dienstlei- 
stungen und Dienste entzogen werden. AuBerdem mussen aktuelle PDP-Contexte beendet werden. Urn die GPRS- 
Subscription bzw. GPRS-Anmeldung zu entziehen, kann der Abrechnungsserver SCP entsprechende Datensatze 
30 (Qber 8) an das Verwaltungs- und Verrechnungszentrum ABC schicken. 

[0032] Fur die Verhinderung der aktuellen Nutzung von GPRS-Diensten kflnnen verschiedene Schnittstellen ver- 
wendet werden, z.B.: 

vom Abrechnungsserver SCP zum Gebuhrenanpassungs-Server CMS: 

35 

B1) Internet-Protokoll-IP-basierte On-line-Schnittstelle 9 
B2) CAMEL-lnterface/Schnittstelle 1 1 
40 B3) MAP-lnterface 7 (Mobile Application Part - Steuerung der Mobilitatsfunktion) 

vom Gebuhrenanpassungs-Server CMS zum Dienstenetzknoten SGSN: 

B4) O&M-Schnittstelle zum Heimatregister HLR (CMISE Oder herstellerspezifisch) 13 

45 

B5) GPRS-Tunnel-Protokoll/Vergebuhrungs-Protokoll 1 

Zur Steuerung der SGSN-PDP-Kontexte ist eine Erweiterung des Protokolls mit Steuernachrichten/- 
Rekords vorzunehmen (externes 'Delete PDP Context Request"). Unabhangig ob der GebOhrenanpassungs- 
Server CMS als ProtokollabschluB fQr das CAMEL Protokoll dient (Variante A1 +B2) oder ein IP-basiertes Pro- 
50 tokoll verwendet wird (A3+B1) kann durch eine Erweiterung dieses Protokolls die CAMEL Funktionalitat voll- 

standig ausgebildet werden. 

B6) Screening-Funktion bzw. Musterbeobachtungsfunktion auf Basis der IP-Adresse 12: 

Bei statischen IP-Adressen kann der Abrechnungsserver SCP die IP-Adresse derbedienten Mobilstation 
55 liefern. Bei dynamischen Adressen ist eine Implementierung mdglich, wenn im Gateway-Zugangsnetzknoten 

GGSN die IP-Adressen z.B. zentral Qber einen Radius Server vergeben werden. Der Gebuhrenanpassungs- 
Server CMS kann dann ebenfalls Qber das Datenubertragungsprotokoll Radius (Remote authentication dial in 
user service) die Adresse beziehen. Danach wird Qber SNMP (Simple Network Management Protocol) ein 
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Update der Screening-Funktionen (z.B. in den Fire Walls) durchgefuhrt (uber 12), so daB Pakete mit der ermit- 
telten IP- Ziel- bzw. Ursprungsadresse zu verwerfen sind. Durch diese LOsung ist es zwar moglich, den Teil- 
nehmer von GPRS-Diensten auszuschlieBen, nicht aber Verkehr bzw. Traffic auf der Luftschnittstelle (Air- 
Interface) zu unterdrOcken. 

FOr eine direkte Abrechnungsserver zu Dienstenetzknoten-Schnittstelle-(SCP-SGSN-lnterface)-ohne- 
Gebuhrenanpassungs-Server-CMS-lnterworking gibt es die Beispiele: 

B7) Mobilitatsfunktionssteuerungs-(MAP)-Erweiterung im Abrechnungsserver SCP uber die Schnlttstelle 14. 

B7.1) Bei Kontounterschreitung schickt der Abrechnungsserver SCP parallel zur Nachricht an das ABC/HLR 
eine entsprechende MAP-Mitteilung ("cancel location...") an den Dienstenetzknoten SGSN. 

B7.2) Als Variante ist der Weg Qber das Heimatregister HLR mdglich. Der Abrechnungsserver SCP schickt 
eine MAP-Nachricht an das Heimatregister HLR, welches daraufhin eine Ldschung desTeilnehmers im Dien- 
stenetzknoten SGSN durchfQhrt und dem Teilnehmer die weitere Dienstberechtigung entzieht 

In diesen Fallen der Beispiele B7 soil ein Wiedereinbuchen des Teilnehmers verhindert warden. Mit der 
Funktionalitat von CAMEL PH3 (any time modification) kann Uber das MAP-lnterface direkt auf die Teilnehmer- 
daten im Heimatregister HLR EinfluB genommen werden und damit eine Sperrung der Subscription bzw. 
Anmeldung erreicht werden. 

B8) Nutzung des Kurznachrichtendienstes SMS uber Schnittstelle 6: 

Um die Generierung einer MAP-Nachricht im Abrechnungsserver SCP vermeiden zu k6nnen, kann die 
Verwendung von einem Kurznachrichtendienst SMS untersucht werden. Ein spezieller Parameter im Kurz- 
nachrichtendienst SMS (der dem Teilnehmer das Ende des GPRS-Services mitteilt) dient dabei. als Trigger f Or 
den Dienstenetzknoten SGSN, die PDP-Contexte zu schliel3en und keine neuen zuzulassen. HierfOr kann 
auch eine Funktionalitat im Kurzmitteilungszentrum SMSC einbezogen werden (Verwendung vom User Hea- 
der Information Identifier der SMS). FOr den Dienstenetzknoten SGSN stellt dies jedoch eine proprietare 
Erweiterung dar. 

Ein Nachteil dieses Beispieles B8 besteht darin, dal3 ein neues Einbuchen (Attachment) des Teilnehmers 
nurim aktuellen Dienstenetzknoten-Bereich verhindert werden kann. 

Weiterhin gibt es Realisierungsbeispiele mit gleichzeitiger Untersuchung der MultivendormSglichkeit, wie 
folgt: 

a) Vergebuhrungsfunktion 

Um den EinfluB der Vorbezahlungs-Ldsung auf die Off-Line-Rechnungslegung (Billing) so gering wie 
moglich zu halten und im Gebuhrenanpassungs-Server CMS die Anfrage der Teilnehmerdatenbasis ein- 
zusparen, ist die Kennzeichnung der Vorbezahlungs- bzw. Prepaid-Teilnehmer im Dienstenetzknoten 
SGSN eine wichtige Forderung. Das kann durch die CSI (CAMEL Subscription Information) realisiert wer- 
den. Da eine derartige Umsetzung bereits fur die CAMEL Phase3 vorgeschlagen ist und in Analogie zu 
den leitungsvermittelten Diensten CS erfolgen soil, kann diese Erweiterung der MAP-Schnittstelle als Vor- 
griff auf den Standard und de facto als dem Standard konform angesehen werden. Die Versorgung des 
GebuhrenanpassungsServers CMS mit VergebOhrungsdateien uber das gangige Dateiubertragungspro- 
tokoll FTP ware eine proprietare aber einfache LSsung (Interface 2). 

FOr die Schnittstelle 1 (GPRS Backbone) kann das VergebOhrungs-ProtokoIl entsprechend GSM TS 
12.15 angewendet werden. Damit entspricht der GebOhrenanpassungs-Server CMS einer Auspragung 
der VergebOhrungs-Gatewayfunktion CGF (Charging Gateway Funktion) und kann als standardisiert (mul- 
tivendorfahig) angesehen werden. Die einzlge Zusatzfunktion fOr den Dienstenetzknoten SGSN Ist fOr 
PDP-Context-Dateien bzw. Records fOr die Nutzung des GSM Kurzm'rtteilungsdienstes (SMS) eines CSI- 
Teilnehmers als VergebOhrungs-Gatewayadresse (CG-Adresse) die des GebOhrenanpassungs-Servers 
CMS auszuwahlen. 

FOr eine einfache Realisierung des GebOhrenanpassungs-Servers CMS ist der Verzicht auf einen 
CCSNo7 Stack und die ausschlieBliche Verwendung IP-basierter Protokolle vorteilhaft Daher sollte zur 
Kommunikation mit dem Abrechnungsserver SCP (Service Control Point) das IP-basierte Online-Interface 
(5) verwendet werden. 

FOr die SCP-Charging-Funktion gibt es zwei Alternativen: 

Der Gebuhrenanpassungs-Server CMS berechnet die Kosten in Form von GebOhren Oder Dauem 
und schickt diese Daten an den Dienste-Steuerpunkt SCP. Dann waren nur die GebOhren, die Teilnehmer- 
kennung und eventuell die IP-Adresse sowie die Dienstenetzknoten-SGSN-Adresse (B7) zu Qbertragen. 



EP 1 065 838 A2 



Falls die Dienste-Logik des SCP bere'rts entsprechend CAMEL PH3 ein paketorientiertes Tarifmodell 
realisiert, ware die Aufgabe des Gebuhrenanpassungs-Servers CMS noch das Dateihandling bzw. 
Rlehandling, das Auspacken der Datensatze und das Zusammenstellen der vergebOhrungs-relevanten 
Parameter in einem intern definierten Mitteilungsformat (IMSI, Dauer, Datenvolumen, eventuell IP- 
5 Adresse,...), welches an die Schnittstelle 5 Obergeben wird. Die Tarifdaten wOrden dann Qber die Schnitt- 

stelle 10 direkt im Abrechnungsserver SCP administriert werden. 

b) Kontroll-Funktion 

Die Zeit vom Feststellen der Kontolimitunterschreitung bis zum Sperren des Teilnehmers fur den 
w GPRS-Zugriff sollte mdglichst kurz gehalten werden. 

Es kdnnen Varianten mit Einbeziehung des Gebuhrenanpassungs-Servers CMS und mit direkter 
Steuerung durch den Abrechnungsserver / Dienste-Steuerpunkt SCP unterschieden werden. Bei den 
Funktionen die im GebOhrenanpassungs-Server CMS ausgefuhrt werden, konnen die Verwaltung bzw. 
Administration der Subscriber-Daten im Heimatreglster HLR (B4) und die Einwirkung auf das GPRS-Netz 
is unterschieden werden (Unterdruckung der Sessions). 

Eine standardisierte Moglichkeit zum Sperren des Teilnehmers bietet die MAP-Schnittstelle (siehe 
B7). Wenn der Gebuhrenanpassungs-Server CMS nur IP-basierte Protokolle unterstGtzt, ist eine direkte 
Unterstutzung der MAP-Nachrichten durch den Abrechnungsserver SCP in diesem Fall gOnstiger. 

Damit ergibt sich die Beispiel-Konfiguration der Fig. 3. 

20 

PatentansprUche 

1. Verfahren zur Behandlung eines Datendienstes, bei dem von zumindest einer ersten Kommunikationseinrichtung 
(MS) Daten Qber zumindest einen Tell eines Kommunikationssystems als Paketdaten Obermlttelt werden und bei 
25 dem eine Verrechnung von GebQhren fQr den Datendienst erfolgt, 
dadurch gekennzeichnet, 

daB die GebQhren mit einem im voraus entrichteten Oder freigegebenen GebOhrenbetrag insbesondere parallel zur 
Paketdatenubertragung verrechnet werden. 

30 2. Verfahren nach Anspruch 1, bei dem 

die Gebuhrenverrechnung als Vorauszahlungs-On-Line-Verrechung erfolgt. 

3. Verfahren nach Anspruch 1 oder 2, bei dem 

die GebQhren abhangig von der Qbermittelten Datenmenge oder Anzahl der Obermittelten Datenpakete verrechnet 
35 werden. 

4. Verfahren nach einem der vorhergehenden Anspruche, bei dem 

die sendende und/oder die empfangende Kommunikationseinrichtung direkt mit einem Funknetz, insbesondere 
einem Mobilfunknetz kommuniziert, welches vorzugsweise auch leitungsvermittelte Verbindungen herstellt. 

40 

5. Verfahren nach einem der vorhergehenden Anspruche, bei dem 

der Paketdaten uberm'rttelnde Teil des Kommunikationssystems ein Paketdatennetz ist, insbesondere das Internet. 

6. Verfahren nach einem der vorhergehenden Anspruche, bei dem 

45 Funktionen eines Paketnetzes auf Funktionen eines le'rtungsvermittelten Netzes und/oder umgekehrt abgebildet 

werden. 

7. Verfahren nach einem der vorhergehenden Anspruche, bei dem 

zur GebQhrenverrechnung eine GebUhrenanpassungs-Einrichtung, insbesondere ein GebOhrenanpassungs-Ser- 
50 ver (CMS), verwendet wird. 

8. Verfahren nach Anspruch 7, bei dem 

der Gebuhrenanpassungs-Server (CMS) als Bindeglied von Funktionen und Einrichtungen eines leitungsvermittel- 
ten Netzes, insbesondere Mobilfunknetzes, und von Funktionen und Einrichtungen eines Paketdatennetzes, ins- 
55 besondere des Internets, verwendet wird, wobei insbesondere Vergebuhrungsfunktionen eines 
leitungsvermittelten Netzes erhalten werden kdnnen und durch Einfuhrung des Gebuhrenanpassungs-Servers 
(CMS) fQr ein Paketnetz erweitert werden. 
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9. Verfahren nach einem der vorhergehenden Anspruche, bei dem . 

in Zugangsnetzknoten (GSN) eines Paketdatennetzes lnternet-Protokoll-(IP)-basierte Protokolle anstelle des 
Common Channel Signaling Systems No. 7 (CCSIMo7) verwendet werden. 

10. Verfahren nach Anspruch 9, bei dem 

die IP-basierte Schnittstelle das IP-Backbone (1). ein O&M-Netzwerk (2) oder ein File Transfer Protokoll (FTP - 
warm billing) ist. 

11. Verfahren nach einem der vortiergehenden Anspruche, bei dem ein Gebuhrenanpassungs-Server (CMS) an exi- 
stierende Schnittstellen des Paketnetzes angeschlossen wird, wo dieser eine Protokollumsetzung auf die entspre- 
chende Schnittstelle des leitungsvermittelten Vorausbezahlungssystems durchfuhrt. 

12. Verfahren nach einem der vorhergehenden Anspruche, bei dem eine GSM-CAMEL-Schnittstelle vom Dienstenetz- 
knoten (SGSN) auf einen Gebuhrenanpassungs-Server (CMS) verlagert wird. 

13. Verfahren nach einem der Anspruche 8, 11 Oder 12, bei dem 

die Tarifdaten fur leitungsvermittelte und/oder paketvermittelte Dienste (CS bzw. PO) vorzugsweise nur im Gebuh- 
renanpassungs-Server (CMS) abgespeichert werden. 

14. Verfahren nach einem der Anspruche 8 oder 11 - 13, bei dem Vorausbezahlungsteilnehmer uber Subscription- 
Daten im Heimatregister (HLR), Dienstenetzknoten (SGSN) und/oder im Abrechnungsserver (SCP) gekenn- 
zeichnet sind und nur deren Datensatze an den GebQhrenanpassungs-Server (CMS) Qbertragen werden. 

15. Verfahren nach einem der vorhergehenden Anspruche, bei dem die Datenubermittlung bei einer Kontenlimitunter- 
schreitung unterbrochen wird und vorzugsweise die Oienstleistungsberechtigung entzogen wird. 

16. Funk-Kommunikationssystem zum AusfQhren eines Verfahrens nach einem der vorhergehenden Anspruche. 
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